Localhost -> https admin

[Eddy.vh]

Confiance ? Ça va pas nan ? [Rire]

On parle bien d'une restauration locale ?
Je te prépare un lien de téléchargement du jpa demain.

[ZerooCool]

Après avoir lu un message sur Debian User French, j'ai pensé à toi et à ton problème, mais, après vérification, le message d'erreur que tu partages n'est pas cité dans le lien partagé ci-après, ça ne semble donc pas correspondre à ta problématique.

A tout hasard, je partage tout de même.

Ce ne serait pas par hasard, un problème de HSTS, et, de preload, le site étant forcé en HTTPS, avec le preload, tu tentes de l'utiliser en local, et, le navigateur te dis : hé coco, moi, je suis en preload hsts, donc, je te force le HTTPS, que tu le veuilles, ou non !

Lire : https://www.thesslstore.com/blog/cle...hrome-firefox/

Noter que, à ce moment la que ma proposition de créer un certificat local, pour le https, serait effectivement une solution au problème, plutot que de tenter de désactiver le hsts, autant créer un certificat local.

[Eddy.vh]

Bonjour ZeroCool.

Merci pour ton retour.

J'ai bien pensé au hsts mais étant géré par le plugin :

1. Je l'ai désactivé via la base de données alors que le site était installé en local.
2. je l'ai désactivé online avant de faire un backup et le réinstaller en local.

Rien n'y fait… Je suis un peu en standby avec ce problème et je viens de faire une restauration de mon site miroir (site de tests) à partir de l'original et il fonctionne.
Je reprendrai ce cas dès que j'aurais un peu plus de temps…

[RobertG]

Bonjour,

A tester car avec SimonG nous avons rencontré un problème similaire avec un site rapatrié en local pour tests.
Après maintes recherches, pas de solution.

Mais une chose a fait tilt ensuite : la sauvegarde du site embarquait un dossier ".well-known" (avec un sous-dossier "acme-challenge" vide) qui, à ma connaissance, correspond au certificat de sécurité. Sur mon PC, je l'ai renommé et j'ai testé (j'avais précédemment forcé l'acceptation de l'affichage sur Firefox et Chrome pour accéder à l'administration) : sur Firefox, Chrome, Opera et Safari, la bascule automatique vers https ne se fait plus, ce qui laisserait entendre que le serveur utiliserait automatiquement ce dossier pour passer en https, sans autre besoin de code pour le lui indiquer, d'où le plantage faute de certificat en local.

A vérifier donc !

[Eddy.vh]

RobertG.

Je pense que j'ai supprimé ce répertoire, il s'agit en effet du certificat.
Je vais cependant vérifier sait-on jamais… Merci pour l'astuce.

[RobertG]

Pas sûr de moi ! Je viens de récupérer une copie d'un site hébergé chez le même hébergeur, avec son dossier .well-known, et pas de forçage en https même en le laissant.
Je ne sais pas si le forçage de l'affichage en acceptant que le certificat ne soit pas correct a joué un rôle, dans la mesure où ça a fonctionné sur plusieurs navigateurs...

[Eddy.vh]

Comme je le pressentais, le dossier est supprimé depuis le début chez moi aussi. Ce n'est donc pas la source du problème…
Merci quand-même pour l'essai.

[alexandreelise]

Salut Eddy.vh ,
Je ne sais pas si tu as résolu ton souci de http en local. Voici deux solutions que je te propose.
Une astuce peu connue c'est que par défaut mod_login en frontend et backend force https actif. Donc par défaut pour se connecter à l'admin ou sur le site il faut avoir https activé. Mais on peut changer cette option dans l'admin. Si on a pas accès à l'admin. Il faut executer deux requetes SQL. les voici.

-- mod_login partie admin forcer http plutot que https par defaut
UPDATE bdd_joomla3915.prefix_modules AS m SET m.params = '{"usesecure":"0"}' WHERE m.module = 'mod_login' AND m.`client_id` = 1;
-- mod_login partie site forcer http plutot que https par defaut
UPDATE bdd_joomla3915.prefix_modules AS m SET m.params = '{"greeting":"1","name":"0","usesecure":"0"}' WHERE m.module = 'mod_login' AND m.`client_id` = 0;

les lignes précédées de -- sont des commentaires SQL. Tu peux les effacer si tu veux. Il faut bien sur remplacer le nom de ta base de donnée et le prefix par ceux qui correspondent à ton cas d'utilisation.

La seconde solution qui peut être complémentaire à la première c'est de mettre

public $shared_session = true; 

dans le fichier de configuration.php de joomla comme ça tu peux essayer de te connecter en frontend avec les identifiant superutilisateur et tu seras automatiquement connecté à l'admin. Je sais que c'est risqué et pas securisé mais c'est temporaire. Bien sûr tu desactive cette option dès que tu as à nouveau le contrôle de ta partie admin.

Bon courage pour la suite. A tantôt.
Cordialement
Alexandre

[Eddy.vh]

Bonjour alexandreelise

Pour la sécurité, c'est pas très grave, c'est en local…
Je vais tester tes astuces, sait-on jamais mais le https est bien désactivé en front comme en backend.

Je te remercie de ton attention et de ton coup de pouce.

[alexandreelise]

Pas de souci Eddy.vh J'essai d'aider tant que je peux. Comme je peux. Bon courage. Moi aussi je cherche une solution à ce problème et pour l'instant ça s'annonce chaud!

[jfque]

J'ai déjà rencontré ce problème et si je me souviens bien, la raison était la présence de la mention du site d'origine dans la variable "live_site" du fichier configuration.php. Il faut que la variable soit vide pour que ça fonctionne correctement.

[Eddy.vh]

Bonjour jfque.

Je laisse cette variable toujours vide. C'est donc une bonne idée mais à écarter.
Merci toutefois pour ton passage.

Cette histoire est vraiment un mystère… Je regarderai à ça le weekend prochain.

Belle journée à tous.

[jfque]

Rien non plus dans le réglages des domaines de cookies (dans la configuration générale) ?

[Eddy.vh]

Hé non, pas le moins du monde.

Ce n'est plus si grave, j'ai la copie du site (hors-ligne) sur un sous-domaine afin de pouvoir tester mes backups, et faire quelques tests mais je vais tester les quelques nouvelles idées qui pourraient encore être source du problème.

[Eddy.vh]

Bonjour.

alexandreelise BINGO, tu as mis le doigt dessus, j'ai activé la connexion cryptée sur les modules de connexion et c'est ce qui redirige vers https.
La modification des options de connexion depuis la base de donnée à résolu le problème.
Cool, le grisonnement de mes cheveux va enfin cesser

Je te remercie infiniment de m'avoir mis sur cette voie !